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(57) Abstract: The invention relates to a communica- 
tion method using a mobile device comprising mobile 
telecommunication means (e.g. GSM, GPRS, UMTS, 
CDMA, W-CDMA, etc.) and means for accessing a 
wireless local network. The invention is characterised 
in that it comprises the following steps consisting in: 
saving user profiles in a digital database, each profile 
comprising a digital identifier; sending a first request 
which comprises a plurality of parameters and which 
travels over the wireless local network; sending a 
second request to a server, which comprises at least 
one list of identifiers and which travels over the mobile 
telecommunication network; processing the second 
request at the server, using the database comprising the 
user profiles; collecting a response to the second request 
from the server and displaying said response on a screen 
of the mobile device. 

(57) Abrege : La presente invention se rapporte a 
un procede de communication mettant en oeuvre 
un equipement mobile comprenant des moyens de 
telecommunications mobiles (du type GSM, GPRS, 
UMTS, CDMA, W-CDMA ...) et des moyens d'acces 
a un reseau local sans-fil caracterise en ce qu'il 
comprend les etapes consistant a - Enregistrer des 
profils utilisateurs comportant chacun un identifiant 
numerique dans une base de'donnees numeriques ; - 
Envoyer une premiere requete comportant une pluralite 
de parametres et transitant via le reseau local sans-fil ; 
- Envoyer une seconde requete a un serveur comportant 
au moins une liste d'identifiants transitant via le reseau 
de telecommunications mobiles ; - Traiter au niveau du 
serveur la seconde requete a l'aide de la base de donnees 
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Publiee : 

— sans rapport de recherche internationale, sera republiee 
des reception de ce rapport 

En ce qui conceme les codes a deux lettres et autres abrevia- 
tions, se referer aux "Notes explicatives relatives aux codes et 
abreviations" figurant au debut de chaque numero ordinaire de 
la Gazette du POT. 



utilisateurs ; Recueillir une reponse a la seconde requete du serveur et afficher cette reponse sur un ecran dudit equipement mobile. 
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1 

PROCEDE DE COMMUNICATION DEPUIS UN EQUIPEMENT MOBILE 

La presente invention se rapporte au domaine des 
Technologies de 1 ' Information et de la Communication. 
5 La presente invention se rapporte plus 

particulierement a un procede de communication mettant en 
ceuvre au moins un equipement mobile comprenant des moyens de 
telecommunications mobiles (du type GSM, GPRS, UMTS, CDMA, 
W-CDMA ...) et des moyens d'acces a un reseau local sans-fil. 

10 

L' art anterieur connait deja, par la demande de brevet 
americain US 2003/0156566 (Doug Griswold et Ron Bexten) , un 
appareil, des precedes et un produit logiciel implement ant 
des communications de donnees cellulaires sans fil via un 

15 reseau local sans fil (W-LAN : Wireless Local Area Network) . 
Un systeme de communications de donnees mobiles comporte un 
reseau de communications de donnees cellulaires sans fil, 
comme un reseau GPRS ou CPDP, comprenant une pluralite de 
stations de base qui communiquent avec des terminaux grace a 

20 une premiere interface radio. La pluralite de stations de 
base sont couplees a un noeud de controle (control node) , tel 
qu'un SGSN (Serving GPRS Support Node) ou un CDPD MD- IS 
(Mobile Data Intermediate System) qui administre des 
services, comme la gestion de mobilite et la facturation, 

25 pour des terminaux communiquant avec les stations de base. 
Le systeme comprend egalement un W-LAN (Wireless Local Area 
Network) , tel qu' un reseau IP mobile, qui peut fonctionner 
pour communiquer avec des terminaux mobiles grace a une 
seconde interface radio. Le systeme comprend en outre un 

30 systeme d' « internetworking » couple entre le noeud de 
controle et le reseau local sans fil (W-LAN) qui fournit des 
communications donnees entre les deux. Le W-LAN peut 
posseder une surface de couverture qui recouvre ou est 
associee a une zone de couverture d'un reseau de 
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communications de donnees cellulaires sans fil, telle que, 
par exemple , des hauts debits de donnees ou des hautes 
densites d' utilisateurs puissent etre supportees : des « hot 
spots » comme des aeroports, hotels, centres de conferences 
5 ou lieux similaires. 

La presente invention entend remedier aux 
inconvenients de 1 ' art anterieur en proposant un procede 
tres innovant mettant en oeuvre les technologies de reseaux 
10 mobiles cellulaires et de reseaux locaux sans-fil (comme Wi- 
Fi) . L' invention trouve par exemple des applications dans le 
domaine de la mise en relation. 

A cet effet, la presente invention concerne, dans son 
15 accept ion la plus generale, un procede de communication 
mettant en oeuvre au moins un equipement mobile comprenant 
des moyens de telecommunications mobiles (du type GSM, GPRS, 
UMTS, CDMA, W-CDMA ...) et des moyens d'acces a un reseau 
local sans-fil caracterise en ce qu' il comprend les etapes 
20 consistant a : 

Enregistrer des profils utilisateurs comportant 
chacun un identifiant numerique dans au moins une base de 
donnees numeriques ; 

- Envoyer une premiere requete, ladite requete 
25 comportant une pluralite de parametres et transitant via le 

reseau local sans-fil ; 

- Envoyer une seconde requete a un serveur, cette 
requete comportant au moins une liste d 7 identif iants 
constitute d'au moins un identifiant et transitant via le 

3 0 reseau de telecommunications mobiles ; 

Traiter au niveau du serveur la seconde requete a 
1 ' aide de la base de donnees comportant les profils 
utilisateurs ; 
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Recueillir une reponse a la seconde requete du 
serveur et afficher cette reponse sur un ecran dudit 
equipement mobile . 

5 Selon une premiere variante , les deux requetes sont 

emises de fagon simultanee. 

Selon une seconde variante, les deux requetes sont 
emises a des instants differents. 

10 Selon un mode de realisation particulier, 1 7 equipement 

mobile emet un signal vers le reseau local en permanence. 

Avantageusement, le procede comporte en outre une 
etape de constitution d'une liste d' identif iants 
15 correspondant aux reponses a la premiere requete. 

De preference, le procede comporte en outre une etape 
de tri parmi les identifiants correspondant aux reponses a 
la premiere requete. 

20 

Selon une variante, 1' envoi de la seconde requete est 
declenche par une action de 1 ' utilisateur . 

Selon une autre variante, 1 ' envoi de la seconde 
requete est declenche de fagon automatique. 

25 

Dans un mode de realisation particulier, le procede 
est mis en ceuvre dans un service de mise en relation. 

Dans un autre mode de realisation particulier, le 
procede est mis en oeuvre dans un service de vente de 
3 0 proximite. 

Avantageusement, le procede comporte en outre une 
etape de conversion d' identif iants de fagon a rendre 
compatibles des identifiants de l'operateur de 
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telecommunications avec les identifiants enregistres dans 
ladite base de donnees numeriques. 

La presente invention se rapporte egalement a un 
5 systeme de communication pour la mise en oeuvre du precede 
comportant une pluralite d ' equipement s mobiles bio- 
compatibles, au moins une base de donnees, au mo ins un 
serveur, et au moins un reseau de telecommunications 
mobiles . 

10 

On comprendra mieux 1 ' invention a l'aide de la 
description, faite ci-apres a titre purement explicatif, 
d'un mode de realisation de 1' invention, en reference aux 
figures annexees : 

15 

la figure 1 illustre un systeme de transmission de 
donnees d ' informations entre un serveur et plusieurs 
terminaux mobiles au sens de la presente invention ; 

la figure 2 illustre un premier mode de 
2 0 realisation de 1 ' invention ; 

la figure 3 illustre un deuxieme mode de 
realisation de I 7 invention ; 

la figure 4 illustre un troisieme mode de 
realisation de 1' invention. 

25 

On considere qu'un utilisateur de la presente 
invention doit etre muni d'un equipement mobile bi- 
compatible comprenant des moyens de telecommunications 
mobiles (du type GSM, GPRS, UMTS, CDMA, W-CDMA ...) lui 
30 permettant d'acceder a une base de donnees numeriques et des 
moyens d'acces a un reseau local sans-fil lui permettant de 
communiquer avec les autres equipement s bi - compatibles 
environnants . Chaque utilisateur doit enregistrer un profil 
dans cette base de donnees numeriques. Chaque profil 



WO 2005/046279 



5 



PCT/FR2004/002822 



contient un identifiant numerique qui sera unique. En plus 
d'etre stocke dans la base de donnees numeriques, 
1 ' identifiant numerique du profil de 1 ' utilisateur sera 
stocke dans 1 ' equipement mobile bi - compatible de 
1 ' utilisateur . 

Dans la suite du texte, on considerera que le mot 
« equipement mobile bi - compatible » a comme synonyme : 
terminal mobile ou mobile. 

Illustre figure 1, le systeme de communication selon 
1 ' invention comprend un serveur 8. 

Le serveur 8 comprend une base de donnees qui est 
composee de trois tables de donnees. 

La premiere table stocke 1 ' information qui permet au 
serveur de savoir pour chaque utilisateur s'il a le droit 
d'utiliser la presente invention. Cette table contient les 
champs suivants : 

Identifiant (Cle unique de la table) ; 
Autorisation d'acces (oui ou non) . 

La deux i erne table stocke les informations relatives a 
chaque communaute. Elle contient les champs suivants : 

nom de la communaute (Cle unique de la table) ; 

type de la communaute (Ouverte ou Fermee) ; 

liste des identifiants qui sont membres de cette 
communaute . 

On entendra par communaute au sens de la presente 
invention un groupe d 7 utilisateurs ayant choisi de 
s'echanger certaines informations entre eux. 
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Dans la presente invention, n' importe quel utilisateur 
peut creer une communaute . 

5 II existe deux types de communautes : les communautes 

ouvertes et les communautes f ermees . 

Dans une communaute fermee, un administrateur A est 
1 ' utilisateur qui a cree la communaute. L'ayant creee, on 

10 considera que c'est sa communaute. Pour qu'un utilisateur B 
devienne membre de sa communaute, 1 ' administrateur A doit 
lui donner son autorisation sans laquelle 1 ' utilisateur B ne 
peut pas devenir membre de sa communaute meme s'il le 
souhaite. L ' administrateur A peut egalement exclure des 

15 membres de sa communaute. 

Dans une communaute ouverte, il n ' y a pas 
d' administrateur . Chaque utilisateur peut s'il le souhaite 
devenir membre d'une communaute ouverte a partir du moment 
20 ou il connait le nom de celle-ci. 

Dans la presente configuration, chaque utilisateur est 
obligatoirement membre de « la communaute globale » 
recensant tous les utilisateurs . 

25 

La troisieme table stocke les informations relatives 
au profil de chaque utilisateur. Elle contient les champs 
suivants : 



30 
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informations identif iantes et ses criteres d'acces 

associes ; 

informations personnelles et ses criteres d'acces 

associes . 

5 

La liste d' appartenance de 1 ' utilisateur A est la 
liste des communautes qui comp tent comme membre 
1' utilisateur A. 

10 La liste des noms de ses communautes est la liste des 

noms des communautes fermees qui sont adminis trees par 
1 ' utilisateur 

Une information identifiante est une information qui 
15 caracterise 1 ' apparence physique d ' un individu. Une 
information identifiante d'un individu peut aider a son 
identification lorsque cet individu se trouve dans une 
foule. L' information identifiante peut renseigner sur le 
sexe, l'age, la taille, le poids, la longueur et la couleur 
20 des cheveux, la couleur des yeux d'un individu reel ou 
imaginaire ou peut etre une photo d'un individu... 

Les informations identif iantes d'un utilisateur sont 
les informations qui caracterisent son apparence physique. 

25 

Les informations personnelles de 1 ' utilisateur A sont 
des informations que 1 ' utilisateur souhaite communiquer mais 
qui ne sont pas identif iantes . Les informations personnelles 
peuvent nous renseigner sur son pseudonyme, son nom, ses 
30 gouts, son parcours, sa vision du conjoint ideal, son 
engagement, ses idees, son humeur, son adresse, ce qu'il 
cherche a vendre , ce qu'il cherche a acheter, le solde de 
son compte en banque, son numero de carte bancaire. . . 
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Par defaut, les informations ident if iantes et les 
informations personnelles de 1 ' utilisateur A peuvent etre 
consultees par les tous autres utilisateurs environnants sur 
leur terminal mobile. 

5 

Mais 1 ' utilisateur A peut juger qu'une certaine 
information identifiante ou personnelle faisant partie de 
son profil d' utilisateur ne doit pas pouvoir etre consultee 
par tous les utilisateurs environnants. II juge ainsi cette 
10 information sensible et il peut alors limiter 1'acces a 
celle-ci a certains utilisateurs environnants seulement 
remplissant certains criteres. 

Ainsi pour une information jugee sensible 
15 (identifiante ou personnelle) par 1 ' utilisateur A, 
1 ' utilisateur A peut lui associer un critere d'acces. Ce 
critere d'acces doit etre rempli par les utilisateurs 
environnants pour pouvoir consulter sur leur terminal mobile 
1 ' information de 1 ' utilisateur A qu'il a jugee sensible. 

20 

Un critere d'acces est compose d ' un critere 
identifiant et/ou d'un critere communautaire : 

1) Un critere identifiant 

25 

Un critere identifiant est compose d' informations 
identif iantes . Un utilisateur B remplit le critere 
identifiant choisi par 1 ' utilisateur A si les informations 
identif iantes de 1 ' utilisateur B contenues dans son profil 
30 d' utilisateur remplissent le critere identifiant choisi par 
1 ' utilisateur A 

2) Un critere communautaire 
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Le critere communautalre de 1 ' utilisateur A est un 
critere compose d'une liste de plusieurs communaut es 
choisies par 1 ' utilisateur A. Un utilisateur B remplit le 
critere communaut aire de 1 ' utilisateur A si au moins une 
5 communaut e de la liste composant le critere communautaire de 
1 ' utilisateur A se trouve dans la liste d' appartenance de 
1 ' utilisateur B. 

N'importe quelle communaut e ouverte peut faire partie 
10 de la liste des communaut es composant un critere 
communautaire de 1 ' utilisateur A. En revanche, seules les 
communautes fermees qui comptent comme membre 1 ' utilisateur 
A peuvent faire partie de la liste des communautes composant 
un critere communautaire de 1 ' utilisateur A. 

15 

Le serveur 8 comprend un organe de connexion 
permettant la reception de requetes pouvant venir de 
n'importe quel terminal mobile 2. L ' organe de connexion 
permet aussi 1' envoi et la gestion des envois des messages 
20 destines a un ou des terminaux mobiles. 

Le serveur 8 comprend aussi deux zones de traitement. 

La premiere zone de traitement s ' assure que la requete 
regue peut etre executee . El le permet d'empecher 
25 1' utilisation frauduleuse du terminal mobile. 

La premiere zone de traitement consulte 
systematiquement la premiere table de donnees et verifie 
systematiquement que 1 ' identif iant du demandeur est bien 
autorise a acceder a la deux i erne et a la troisieme table de 
30 donnees du serveur. Cette verification est indispensable. 
Si le demandeur n'a pas le droit d' avoir acces aux 
informations contenues dans les tables de donnees, la 
premiere zone de traitement redige un message d'erreur qu'il 
lui envoie. 



WO 2005/046279 



10 



PCT/FR2004/002822 



Si la requete passe la premiere zone de traitement 
avec succes, elle passe dans la deux i erne zone de traitement. 

5 La deux i erne zone de traitement determine le type de la 

requete puis la traite. 

II existe deux types de requete : 
la requete complete ; 
10 - la requete incomplete. 

Seules les requetes completes peuvent etre executees 
par la deux i erne zone de traitement . 

15 La requete incomplete est presente sous deux formes : 

la requete de type X ; 
la requete de type Y. 

2 0 Une requete est complete si elle contient : 

1 7 identif iant de l'initiateur d 7 une recherche ; 
un numero de recherche ; 
un critere de recherche ; 

une liste composee d'au moins un identif iant 
25 environnant a l'initiateur de la recherche. 

Un critere de recherche est de meme nature qu ' un 
critere d'acces. II est compose d'un critere identif iant 
et/ou d 7 un critere communautaire . Mais un critere de 
30 recherche n'est pas associe a des informations contenues 
dans les prof ils utilisateurs . 

II est associe a un numero de recherche et est defini 
par 1 7 utilisateur lui permettant d'obtenir davantage 
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d' informations sur tous les utilisateurs environnants 
remplissant son critere de recherche. 

Pour eviter toutes confusions, dans la suite du texte , 
on dira que le critere d'acces est compose d'un critere 
identifiant d'acces et/ou d'un critere communautaire d'acces 
et que le critere de recherche est compose d'un critere 
identifiant de recherche et/ou d'un critere communautaire de 
recherche . 

Une requete est de type X si elle contient : 

1 ' identifiant de l'initiateur d'une recherche ; 
un numero de recherche ; 
un critere de recherche. 

Une requete est de type Y si elle contient : 

1 ' identifiant de l'initiateur d'une recherche ; 
un numero de recherche ; 

un identifiant environnant a l'initiateur de la 

recherche . 

On considere qu'une requete de type X est compatible 
avec une requete de type Y et vis et versa, si ces deux 
requetes contiennent le meme identifiant de l'initiateur 
d'une recherche et contiennent le meme numero de recherche. 

Lorsqu'une requete complete arrive dans la deuxieme 
zone de traitement, la deuxieme zone de traitement cree une 
requete de type X qui est stockee temporairement pendant 
environ 5 minutes dans la memoire du serveur a 1'aide des 
informations contenues dans la requete complete puis la 
deuxieme zone de traitement execute la requete complete. 
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Lorsqu'une requete de type X arrive dans la deux i erne 
zone de traitement , elle est stockee temporal rement pendant 
environ 5 minutes dans la memoire du serveur. Puis la zone 
de traitement cherche dans sa memoire, s'il y a des requetes 
5 de type Y qui sont compatibles avec elle. Si c'est le cas, 
la deux i erne zone de traitement transforme chaque requete de 
type Y compatible en une requete complete a l'aide de la 
requete de type X. Toutes ces requetes completes sont alors 
executees par la deux i erne de zone de traitement. 

10 

Lorsqu'une requete de type Y arrive dans la deuxieme 
zone de traitement, la deuxieme zone de traitement cherche 
dans sa memoire s'il y a une requete de type X qui est 
compatible avec elle. Si c ' est le cas, la deuxieme zone de 
15 traitement la transforme a l'aide de la requete de type X 
compatible en une requete complete qui est alors executee . 
Si ce n'est pas le cas, la requete de type Y est stockee 
temporairement pendant 5 min dans la memoire du serveur. 

20 Soit A l'initiateur d' une recherche et B la liste des 

identifiants environnants a l'initiateur A, 1' execution 
d' une requete complete se traduit alors par : 

Une premiere etape de tri retenant seulement les 
25 identifiants de la liste B qui remplissent le critere de 
recherche de 1 ' utilisateur A et qui sont autorises a 
utiliser la presente invention. 

Une deuxieme etape qui selectionne pour chaque 
30 identifiant qui compose la liste B nouvellement triee les 
informations de son profil n'etant pas associees a des 
criteres d'acces ou etant associees a des criteres d'acces 
remplis par le profil de 1 ' utilisateur A. 
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13 

Une troisieme etape qui consiste a envoy er une reponse 
a 1 ' utilisateur A contenant les informations select ionnees 
dans la deux i erne etape. 

5 Le systeme de communication selon 1 ; invention comprend 

egalement des terminaux mobiles 21, 22, 23, appeles 2 de 
fagon generique . 

Le terminal mobile 2 est un appareil electronique 
10 portable reprenant les caracterist iques techniques d'un 
ordinateur de poche . II est au moins dote d'un ecran, d' un 
clavier, d'un processeur, d'une batterie, d'une memoire 
dure, d'une memoire vive et d'une interface faisant la 
connexion de tous ces elements. 

15 

II peut etre dote d'un emplacement reserve a l'ajout 
d'une puce stockant 1 7 identif iant qui permettra au serveur 
d' identifier le profil de 1 ' utilisateur . Dans ce cas, avant 
le premier allumage du terminal mobile, 1 ' utilisateur doit 
20 inserer sa carte a puce fournie avec son terminal mobile 
dans celui-ci. 

Le terminal mobile 2 peut stocker certaines 
informations de son profil sur sa memoire. 

25 II permet aussi a son utilisateur de saisir un critere 

de recherche. L' utilisateur peut alors lancer une recherche 
sur son terminal mobile. L' interface du terminal mobile cree 
alors un nouveau numero de recherche e.t une liste vide 
associee. Cette liste vide associee a son numero de 

30 recherche contiendra par la suite des identifiants 
environnants captes . 



L' interface stocke alors dans la memoire du terminal 
mobile ces trois elements : 
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le numero de recherche cree ; 

le critere de recherche precedemment saisi ; 
la liste vide associee. 

5 

Le terminal mobile 2 comprend egalement un organe de 
connexion 3 permettant d'acceder au reseau local sans fil 
en vue de communiquer avec les autres equipements bi- 
compatible environnants . 

10 

L ' organe de connexion 3 peut envoyer des requetes 
destinees aux autres terminaux mobiles dans une zone 
environnante EN, par radio-communication, via une liaison 
radio 7 . 

15 

L ' organe de connexion 3 peut receptionner des requetes 
envoyees depuis d' autres terminaux mobiles situes dans une 
zone environnante EN, par radio-communication, via une 
liaison radio 7. 

20 L ' organe de connexion 3 pourra par exemple etre aux 

normes de communication WIFI . 

Le terminal mobile 2 comprend egalement un autre 
organe de connexion 4 permettant d' etablir une communication 
25 par une liaison radio 6 avec 1'operateur de 
telecommunication 9. L ' organe de connexion 4 pourra par 
exemple etre aux normes de communication GPRS ou UMTS. 

L ' operateur de telecommunication mobile 9 est relie en 
30 permanence au serveur 8 grace a une liaison filaire haut 
debit 5. L ' organe de connexion 4 peut done communiquer avec 
le serveur 8 par 1 ' intermediaire de 1'operateur de 
telecommunication 9 . 
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Ainsi, grace a son organe de connexion 4, le terminal 
mobile peut envoyer des requetes au serveur 8 et recevoir la 
reponse du serveur a sa requete, Le terminal mobile peut 
aussi recevoir un message venant du serveur, ce message 
5 n'etant pas precede d'une requete. 

Mais d'une fagon plus generale, un terminal mobile 
peut indirectement envoyer une requete au serveur par le 
biais d ' un ou plusieurs autres terminaux mobiles 
10 environnants . 

Le terminal mobile 2 comprend une zone de traitement. 

Sur un ordre de 1' interface du terminal mobile, la 
15 zone de traitement peut composer des nouvelles requetes qui 
sont ensuite emises par 1 7 organe de connexion 3 ou 4. 

Par ailleurs, la zone de traitement du terminal mobile 
analyse en permanence les requetes qui sont captees par son 
organe de connexion 3 . La zone de traitement peut decider de 
20 composer une nouvelle requete apres avoir analyse une 
requete captee, cette nouvelle requete etant ensuite emise 
par 1 ' organe de connexion 3 ou 4 . 

L' organe de connexion 3 du terminal mobile peut capter 
2 5 deux types de requetes : 

la requete de type M envoyee par l'initiateur 
d'une recherche ; 

la requete de type P envoyee par un utilisateur 
30 environnant a l'initiateur d'une recherche. 

La requete de type M peut contenir 
eventuellement 1 ' identif iant de l'initiateur d'une recherche 
et un numero de recherche . 
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Si la requete de type M contient 1 ' ident if iant de 
1 7 initiateur d'une recherche et un numero de recherche, la 
requete peut contenir en plus eventue 1 1 emen t un critere de 
5 recherche. 

La requete de type P contient 1 ' identif iant de celui 
qui l'a envoy ee . Elle peut aussi contenir eventuellement 
1 ' identif iant de 1 7 initiateur d'une recherche et un numero 
10 de recherche. 

Lorsque 1 ' organe de connexion 3 regoit une requete de 
type M ne contenant pas de critere de recherche, la zone de 
traitement compose automat iquement une nouvelle requete de 
15 type P. 

Lorsque 1 ' organe de connexion 3 revolt une requete de 
type M contenant un critere de recherche, la zone de 
traitement determine si elle doit composer une nouvelle 

20 requete de type P. La zone de traitement consulte alors sa 
memoire et determine si elle peut savoir si son utilisateur 
remplit le critere de recherche contenu dans la requete de 
type M. Si son utilisateur ne remplit pas le critere de 
recherche, la zone de traitement ne compose pas une nouvelle 

25 requete de type P. Si la zone de traitement ne sait pas si 
son utilisateur remplit le critere de recherche ou si son 
utilisateur remplit le critere de recherche, la zone de 
traitement compose une nouvelle requete de type P. 

30 Si la requete de type M regue ne contient pas 

1 7 identif iant de I 7 initiateur d 7 une recherche ni un numero 
de recherche ni un critere de recherche, la nouvelle requete 
de type P est necessairement emise aux autres terminaux 
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mobiles environnants par 1 7 intermediaire de I'organe de 
connexion 3 . 

Si la requite de type M regue contient 1 7 ident if iant 
5 de l'initiateur d'une recherche et un numero de recherche et 
si la zone de traitement compose une nouvelle requete de P, 
la nouvelle requete de type P contient necessai rement 
1 ' identif iant de l'initiateur d'une recherche et le numero 
de recherche contenus dans la requete de type M regue et est 
10 soit emise aux autres terminaux mobiles environnants par 
1 7 intermediaire de l 7 organe de connexion 3 ou soit emise au 
serveur par 1 7 intermediaire de I'organe de connexion 4 

On remarque que cette nouvelle requete de type P 
15 envoyee au serveur peut alors s ' appeler une requete 
incomplete de type Y . 

Enf in, sur un ordre de 1' interface, la zone de 
traitement peut composer puis emettre une nouvelle requete 

20 de type P (ne faisant pas suite a un traitement d'une 
requete de type M) , dans ce cas, cette nouvelle requete de 
type P est emise aux autres terminaux mobiles environnants 
par 1 7 intermediaire de I'organe de connexion 3 et ne 
contient ni 1 ' identif iant de l'initiateur d'une recherche ni 

25 de numero de recherche. 

Lorsque I'organe de connexion 3 regoit une requete de 
type P, la zone de traitement s' assure de prime abord que la 
requete de type P lui est bien adressee, Elle lui est bien 
30 adressee si 1 7 ident if iant de l'initiateur d'une recherche 
n 7 est pas contenu dans la requete regue ou si 1 7 identif iant 
de l'initiateur d'une recherche contenu dans la requete 
regue correspond a 1 ' identif iant de 1 7 utilisateur du 
terminal mobile ayant regu cette requete. 
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Si elle lui est adressee et que la requete de type P 
ne contient pas de numero de recherche, alors, la zone de 
traitement ajoute 1 ' identif iant de celui qui a envoye la 
5 requete de type P dans toutes les listes associees aux 
numeros de recherche presents dans la memoire du terminal 
mobile. 

Si elle lui est adressee et que la requete de type P 
10 contient un numero de recherche qui est identique a un des 
numeros de recherche presents dans la memoire du terminal 
mobile, la zone de traitement ajoute dans sa liste associee 
1 ' identif iant de celui qui a envoye la requete de type P. 

15 Si 1 ' utilisateur a precedemment initie une recherche, 

1' interface peut ordonner a la zone de traitement de 
composer une nouvelle requete complete a la destination du 
serveur composee de 1 ' identif iant de son utilisateur, son 
numero de recherche, son critere de recherche associe, la 

20 liste d' identif iants captes associee, ces trois derniers 
elements etant ensuite supprime de la memoire du terminal 
mobile . 

L' invention permet alors a 1 ' utilisateur d'obtenir sur 
25 son terminal mobile des informations sur des utilisateurs 
environnants remplissant le critere de recherche qu' il a 
choisi precedemment, 1 ' interface du terminal mobile pouvant 
afficher sur l'ecran de celui-ci n'importe quelle 
information stockee ou traitee par sa zone de traitement ou 
30 contenue dans n'importe quelle requete captee par son organe 
de connexion 3 ou 4 . 

Nous allons maintenant decrire dans la suite trois 
modes de realisation de la presente invention utilisee par 
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trois personnes : A # B et C. II est entendu que ces trois 
exemples ne sauraient etre limitatifs. 

Selon un premier mode de realisation, 1 ' organe de 
5 connexion 3 du mobile de chaque utilisateur a la 
particularity d' emettre en permanence une requete de type P 
contenant 1 ' identif iant de son utilisateur destinee aux 
autres mobiles environnants. Cette emission a lieu a un 
moment aleatoire dans un intervalle de 5 secondes toutes les 
10 5 secondes. 

Ce procede emetteur permet au precede recepteur de 
minimiser le risque de collision entre deux signaux radio 
entrainant la perte des deux informations. En effet, si deux 
15 mobiles emettent en meme temps leurs identifiants, la 
probability qu'ils emettent encore en meme temps les 5 
secondes suivantes est tres faible. De ce fait, le recepteur 
de 1 7 organe de connexion 3 possede une forte probability de 
capter tous les identifiants environnants sur une periode de 

2 0 3 0 secondes . 

Ainsi le mobile n' a pas besoin d'envoyer une requete 
de type M aux autres mobiles environnants pour qu ' ils 
emettent une requete de type P contenant leur identif iant, 
25 signalant leur presence. II suffit que sa zone de traitement 
analyse les requetes de type P pendant 3 0 secondes pour 
qu'elle mette a jour les listes des identifiants 
environnants captes . 

3 0 Selon le premier mode de realisation illustre figure 

2, 1 ' utilisateur A saisit un critere de recherche sur son 
mobile. Puis il lance une recherche. L' utilisateur A est 
alors l'initiateur d' une recherche. 
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L 7 interface du mobile de A cree un nouveau numero de 
recherche et une liste vide associee. L 7 interface stocke 
alors sur la memo ire du mobile ce numero de recherche, sa 
liste vide associee et le critere de recherche precedemment 
5 saisi. 

L ' organe de connexion 3 du mobile de B eraet en 
permanence une requete RIB de type P contenant 1 7 ident if iant 
de B destinee aux autres mobiles environnants. 

10 

L ' organe de connexion 3 du mobile de C emet en 
permanence une requete R1C de type P contenant 1 7 ident if iant 
de C destinee aux autres mobiles environnants. 

15 L 7 organe de connexion 3 du mobile de A receptionne les 

requete RIB et R1C de type P contenant respect ivement 
1 7 identif iant de B et de C. 

La zone de traitement du mobile de A analyse alors les 
20 requetes RIB et R1C et conciut que ces requetes lui sont 
bien adressees car elles ne contiennent pas 1 7 identif iant de 
1 7 initiateur d' une recherche. La zone de traitement ajoute 
1 7 identif iant de B et de C dans la liste vide precedemment 
creee . 

25 

Sur un ordre de 1 7 interface du mobile de A, la zone de 
traitement compose une nouvelle requete complete R2 
contenant 1 7 identif iant de A, le numero de recherche 
precedemment cree et sa liste associee composee de 
30 1 7 identif iant de B et de C et le critere de recherche 
precedemment saisi par A. 



La requete complete R2 est ensuite envoyee au serveur. 
Apres avoir passe avec succes la premiere zone _ de traitement 



WO 2005/046279 



PCT/FR2004/002822 



21 

du serveur, la requete complete R2 est executee par la 
deuxieme zone de traitement du serveur. 

Dans une premiere etape, le serveur consulte ses 
5 tables de donnees, il en conclut que les utilisateurs B et C 
remplissent le critere de recherche de 1 1 utilisateur A. 

Dans une deuxieme etape, le serveur selectionne les 
informations contenues dans le profil de 1 ' utilisateur B et 
C auxquelles 1 ' utilisateur A peut acceder. 

10 

Dans une troisieme etape, le serveur envoie a 
1 ' utilisateur A les informations precedemment selectionnees 
par le serveur. 

15 Le mobile de A regoit les donnees venant du serveur et 

celles-ci s'affichent a l'ecran. 

Desormais dans le deuxieme et le troisieme mode de 
realisation, on considere que, en plus d'etre stockees sur 
20 le serveur, les informations ident if iantes de chaque 
utilisateur sont aussi stockees dans la memo ire de leur 
mobile. De plus, on considere que les requetes de type M 
contiennent le critere identifiant de recherche. 

25 Selon le deuxieme mode de realisation illustre figure 

3, 1 'utilisateur A saisit un critere de recherche (compose 
d'un critere identifiant de recherche et d' un critere 
communautaire de recherche) sur son mobile. Puis il lance 
une recherche. L' utilisateur A est alors l'initiateur d' une 

3 0 recherche. 



L ' interface du mobile de A cree un nouveau numero de 
recherche et une liste vide associee. L ; interface stocke 
alors sur la memoire du mobile ce numero de recherche, sa 
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liste vide associee et le critere de recherche precedemment 
saisi . 

Sur un ordre de 1' interface, la zone de traitement 
5 compose une requete Rl de type M contenant 1 ' identif iant de 
A, le numero de recherche precedemment cree, le critere 
identif iant de recherche precedemment saisi. Une fois 
composee, la requete Rl de type M est envoyee aux mobiles 
environnants . 

10 

Une fois regue , la zone de traitement des mobiles 
environnants B et C analyse la requete Rl de type M et 
conclut que leur utilisateur remplit le critere identifiant 
de recherche de A. 

15 

La zone de traitement des mobiles de B et C compose 
alors une requete de type P contenant 1 ' identif iant de A, le 
numero de recherche identique a celui contenu dans la 
requete Rl et respect ivement 1 ' identif iant de B pour la zone 
20 de traitement du mobile de B et de C pour la zone, de 
traitement du mobile de C. Une fois composees, les requetes 
R2B et R2C sont envoyee s aux mobiles environnants et sont 
destinees au mobile de A. 

25 Une fois regues, la zone de traitement du mobile de A 

traite les deux requetes R2B et R2C. 

Ces requetes lui sont bien adressees car 1 ' identif iant 
de l'initiateur d' une recherche contenu dans les requetes 
30 R2B et R2C est bien 1 ' identif iant de A. 

La zone de traitement ajoute alors 1 ' identif iant de B 
et de C dans la liste vide precedemment creee . 
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Sur un ordre de 1' interface du mobile de A, la zone de 
traitement compose une nouvelle requete complete R3 
contenant 1 ' identif iant de A, le numero de recherche 
precedemment cree et sa liste associee composee de 
5 1' identif iant de B et de C et le critere de recherche saisi 
par A. 

La requete complete R3 est ensuite envoyee au serveur. 
Apres avoir passe avec succes la premiere zone de traitement 
10 du serveur, la requete R3 est executee par la deuxieme zone 
de traitement du serveur. 

Dans une premiere etape, le serveur consulte ses 
tables de donnees et il en conclut que seul 1 7 utilisateur B 
15 remplit le critere communautaire de recherche de 
l'utilisateur A. 

Dans une deuxieme etape, le serveur select ionne les 
informations contenues dans le profil de 1 ' utilisateur B 
20 auxquelles 1 ' utilisateur A peut acceder. 

Dans une troisieme etape, le serveur envoie a 
1 ' utilisateur A les informations precedemment selectionnees 
par le serveur. 

25 

Le mobile de A regoit les donnees venant du serveur et 
celles-ci s'affichent a l'ecran. 

Dans une variante de la deuxieme realisation, on 
30 envisage le cas ou les informations identif iantes de 
1 ' utilisateur C ne remplissent pas le critere identif iant de 
recherche de 1 7 utilisateur A. Dans ce cas, apres avoir 
receptionne la requete Rl, la zone de traitement du mobile 
de C ne compose pas une nouvelle requete. Le mobile de A ne 
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receptionne que la requete R2B et envoie ensuite une requete 
complete R3 au serveur contenant 1 ' identif iant de A, le 
numero de recherche precedemment cree et sa liste associee 
composee de seulement 1 7 identif iant de B et le critere de 
5 recherche precedemment saisi. 

Selon le troisieme mode de realisation illustre figure 
4, 1'utilisateur A saisit un critere de recherche (compose 
d'un critere identif iant de recherche et d'un critere 
10 communautaire de recherche) sur son mobile. Puis il lance 
une recherche. L' utilisateur A est alors l'initiateur d' une 
recherche . 

L' interface du mobile de A cree un nouveau numero de 
15 recherche et une liste vide associee. L' interface stocke 
alors sur la me moire du mobile ce numero de recherche, sa 
liste vide associee et le critere de recherche precedemment 
saisi. 

20 Sur un ordre de 1' interface, la zone de traitement 

compose une requete incomplete R2 de type X contenant 
1 ' identif iant de A, le numero de recherche precedemment 
cree, le critere de recherche precedemment saisi. Une fois 
composee, la requete R2 de type X est envoyee au serveur. 

25 

Sur un ordre de 1' interface, la zone de traitement 
compose une requete Rl de type M contenant 1 ' identif iant de 
A, le numero de recherche precedemment cree, le critere 
identif iant de recherche precedemment saisi. Une fois 
3 0 composee, la requete Rl de type M est envoyee aux mobiles 
environnants . 

Une fois regue, la zone de traitement des mobiles 
environnants B et C analyse la requete Rl de type M et 
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conclut que leur utilisateur remplit le critere identifiant 
de recherche de 1 ' utilisateur A. 

La zone de traitement des mobiles de B et C compose 
5 alors une requete de type P contenant 1 ' identifiant 
de 1 ' utilisateur A, le numero de recherche identique a celui 
contenu dans la requete Rl et respectivement 1 ' identifiant 
de B pour la zone de traitement du mobile de B et de C pour 
la zone de traitement du mobile de C. Une fois composees, 
10 les requetes R2B et R2C sont envoyees au serveur. 

On remarque que ces nouvelles requetes R2B et R2C sont 
aussi des requetes incompletes de type Y . 

15 Apres avoir passe avec succes la premiere zone de 

traitement du serveur, la deuxieme zone de traitement du 

serveur traite les requete R2 , R2B et R2C . 

Le serveur cree alors deux requetes completes en 

associant la requete R2 de type X et la requete R2B de type 
20 Y et en associant la requete R2 de type X et la requete R2C 

de type Y. Le serveur execute ces deux nouvelles requetes 

completes . 

Le serveur envoie la reponse 3B et 3C au mobile de 
25 1 ' utilisateur A. 

Le choix entre le premier mode de realisation, le 
deuxieme mode de realisation et le troisieme mode de 
realisation peut resulter d'une optimisation des 
30 caracteristiques du reseau de telecommunications mobiles et 
du reseau sans fil local. 



Ainsi, si le reseau sans fil local est surcharge, le 
mobile privilegiera un dialogue avec le serveur plutot 
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qu'avec les autres mobiles environnants comme dans le 
premier mode de realisation. En revanche si le serveur est 
surcharge, le second mode de realisation sera privilegie , 
avec un traitement prealable an niveau des terminaux 
5 mobiles. 

La presente invention, selon un quelconque mode de 
realisation, peut etre utilisee pour de nombreux types 
d' application selon les caracteristiques des recherches et 
10 des informations stockees dans les profils des utilisateurs . 

L' utilisateur peut par exemple chercher dans une foule 
des personnes d'un age determine (avec par exemple des 
requetes du type « age inferieur a 3 0 ans ») ou bien 
15 possedant des loisirs specif iques (par exemple « aime la 
lecture » ou « apprecie le cinema japonais ») . 

Dans le domaine de 1 ' achat ou de la vente, par 
ailleurs, 1 ' utilisateur peut rechercher dans une foule de 
2 0 vendeurs (sur un marche par exemple) , celui qui propose les 
prix les moins el eves , ou celui qui vend un produit 
specif ique . 

L' invention est decrite dans ce qui precede a titre 
25 d' exemple. II est entendu que 1 1 homme du metier est a meme 
de realiser dif f erentes variantes de 1 1 invention sans pour 
autant sortir du cadre du brevet. 
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RE VEND I CAT I ONS 

1 - Procede de communication met t ant en oeuvre au moins 
un equipement mobile comprenant des moyens de 
5 telecommunications mobiles (du type GSM, GPRS, UMTS, CDMA, 
W-CDMA ...) et des moyens d'acces a un reseau local sans-fil 
caracterise en ce qu'il comprend les etapes consistant a : 

- Enregistrer des profils utilisateurs comportant 
chacun un identifiant numerique dans au moins une base de 

10 donnees numeriques ; 

- Envoyer une premiere requete, ladite requete 
comportant une pluralite de parametres et transitant via le 
reseau local sans-fil ; 

- Envoyer une seconde requete a un serveur, cette 
15 requete comportant au moins une liste d' identif iants 

constitute d'au moins un identifiant et transitant via le 
reseau de telecommunications mobiles ; 

- Traiter au niveau du serveur la seconde requete a 
l'aide de la base de donnees comportant les profils 

20 utilisateurs ; 

- Recueillir une reponse a la seconde requete du 
serveur et afficher cette reponse sur un ecran dudit 
equipement . 

25 2 - Procede de communication selon la revendicat ion 1, 

caracterise en ce que les deux requetes sont emises de f agon 
simultanee . 



30 



3 - Procede de communication selon la revendication 
1, caracterise en ce que les deux requetes sont emises a des 
instants dif f erents . 
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4 - Procede de communication selon la revendication 1, 
2 ou 3, caracterise en ce que l'equipement mobile emet un 
signal vers le reseau local en permanence. 

5 5 - Procede de communication selon l'une au moins des 

revendications precedentes, caracterise en ce qu'il comporte 
en outre une e t ape de constitution d'une liste 
d 7 identif iants correspondant aux reponses a la premiere 
requete . 

10 

6 - Procede de communication selon la revendication 5, 
caracterise en ce qu 7 il comporte en outre une etape de tri 
parmi les identif iants correspondant aux reponses a la 
premiere requete. 

15 

7 - Procede de communication selon 1 ' une quelconque 
des revendications precedentes, caracterise en ce que 
1 7 envoi de la seconde requete est declenche par une action 
de 1 7 utilisateur . 

20 

8 - Procede de communication selon 1 7 une quelconque 
des revendications precedentes, caracterise en ce que 
1 7 envoi de la seconde requete est declenche de f agon 
automatique . 

25 

9 - Procede de communication selon 1 ' une quelconque 
des revendications precedentes, caracterise en ce qu 7 il est 
mis en ceuvre dans un service de mise en relation. 



30 



10 - Procede de communication selon 1 7 une quelconque 
des revendications precedentes, caracterise en ce qu 7 il est 
mis en ceuvre dans un service de vente de proximite. 



WO 2005/046279 



29 



PCT/FR2004/002822 



11 - Procede de communication selon 1 ' une quelconque 
des revendications precedentes, caracterise en ce qu' il 
comporte en outre une etape de conversion d' identif iants de 
fagon a rendre compatibles des identif iants de l'operateur 
de telecommunications avec les identifiants enregistres dans 
ladite base de donnees numeriques . 

12 - Systeme de communication pour la mise en oeuvre du 
procede selon l'une au moins des revendications precedentes 
comportant une pluralite d ' equipement s mobiles bio- 
compatibles, au moins une base de donnees, au moins un 
serveur, et au moins un reseau de telecommunications 
mobiles . 
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